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Beschreibung 

Stand der Technik 

Die Erfindung geht von einem Verfahren zur Uber- 
tragung von DatenblOcken nach der Gattung des Haupt- 
anspruchs aus. 

Es ist schon ein Verfahren zur Ubertragung von 
DatenblOcken bekannt, das Protokoll H.22P (ITU-T 
Study Group 15, LBC 95-276 JTU-T Recommendation 
H.22P") 

In diesem Protokoll werden die Rahmenstrukturen. die 
Formate der Daten- und Steuerfelder und eine Struktur 
fur die vom Multiplexer zu ubertragenden Daten, das 
Multiplexprotokoll, festgelegt. Das Multiplexprotokoll 
ermmSglicht die Verarbeitung von logischen Informatio- 
nen, die uber die Adaptation seb en e auf die Multiplex- 
ebene gelangen, in einheitliche Dateneinheiten. Das 
Protokoll ermoglicht die Ubertragung von beliebigen 
Kombinationen von digitalen Audio und Videodaten 
Oder anderen Informationen uber eine Datenieitung und 
schlagt zur Verhinderung eines Datenverlustes ein spe- 
zielles Protokoll vor, das ein Synchronisationsmuster 
mit 31 Bits Lange aufweist. Ihm wird der HEADER (31 
oder 63 bits) und das Informationsfeld mit fester Lange 
nachgestellt. Das Synchronisationsmuster muG durch 
eine Korrelationsbedingung im Empfanger erkannt wer- 
den, erst dann kann die Verarbeitung der DatenblOcke 
im Empfanger beginnen. 

Bei diesem Verfahren konnen Datenverluste durch 
einen Verlust der Synchronisation auftreten. Zudem ist 
ein nochmaliger Versuch zur Ubertragung von fehler- 
haften Daten nicht vorgesehen. Auch wird kein Mecha- 
nismus vorgestellt, der DatenblOcke fester Lange mit 
Daten fullt, sollte die Datenquelle keine Daten mehr lie- 
fern. 

Vorteile der Erfindung 

Das erfindungsgemaRe Verfahren mit den kenn- 
zeichnenden Merkmalen des Anspruch 1 hat demge- 
genuber den Vorteil, daB die fehlerhaft gesendete 
Daten durch eine erneute Ubertragung korrigiert wer- 
den und da 3 das Multiplexprotokoll mit den DatenblOk- 
ken FIXINFO und RET eine flexible Retransmission von 
Teilen des Datenblockes erlaubt, bei der bestimmte 
Daten standig neu ubertragen werden und von der 
Retransmission ausgenommen sind. Der Verlust von 
Daten durch fehlerhaftes Demultiplexen wird wesentlich 
verringert, da die MOglichkeit besteht. fehlerhafte HEA- 
DER neu anzufordern. 

Durch die in den Unteranspruchen aufgefuhrten 
MaBnahmen ist eine vorteilhafte Weiterbildung und Ver- 
besserung des im Hauptanspruch gegebenen Verfah- 
ren mOglich. 

Die Lange des Feldes FIXINFO laBt sich nach 
Anspruch 2 leicht an die Erfordernisse verschiedener 
Datenquellen anpassen. 

Vorteilhaft ist nach Anspruch 3. daB die im Daten- 



block FIXINFO gesendeten Daten durch ihre teste 
Zuordnung besonders sicher und verzogerungsfrei 
ubertragen werden. 

Das Feld FIXINFO eigent sich nach Anspruch 4 
5 besonders fur Datenquellen, die kontinuierlich ubertra- 
gen werden sollen. 

Nach Anspruch 5 werden die Daten aus FIXINFO 
sehr sicher ubertragen, auch wenn im anschlieBenden 
Datenblock Fehler auftreten. 
io Daher ist es nach Anspruch 6 vorteilhaft, daB die 
Fehlererkennung sich nicht auf FIXINFO erstreckt. 

Sollte einen Datenquelle nicht genugend Daten lie- 
fern, werden nach Anspruch 7 die fehlenden Informatio- 
nen in FIXINFO mit Fullbits aufgefullt. 
75 Die Ausfuhrungsform nach Anspruch 8 ermOglicht 
einen einfache Signalisierung von Fehlern in der Daten- 
ubertragung im Feld RET mit Hilfe einer Kennung des 
Fehlerzustandes und der Empfangsnummer des zuge- 
horigen DatenblOckes. 
20 Vorteilhaft ist nach Anspruch 9, daB die Retrans- 
mission durch ein ..Fehlersignalisierungbit" in RET 
angemeldet wird. Dadurch wird die Datensicherheit der 
Ubertragung erhOht. 

Die Retransmission kann nach Anspruch 10 mit 
25 einer kompletten Neusendung des Datenblocks erfol- 
gen. 

In manchen Fallen ist es nach Anspruch 1 1 besser, 
nur die noch nicht gesendete Redundanz des Daten- 
blocks zu send en.. 
30 Zur Verbesserung der gesamten Datenubertragung 
wird nach Anspruch 12 die Anwendung einer Fehlerer- 
kennung und Fehler korrektur auf den Datenblock vorge- 
schlagen. 

Besonders effektiv ist das Verfahren nach 
35 Anspruch 13, wenn die Inhalte von RET und HEADER 
zusatzlich uber das gesamte Datenpaket verteilt wer- 
den. 
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Zeichnung 

Ein Ausfiihrungsbeispiel der Erfindung ist in der 
Zeichnung dargestellt und wird in nachfolgender 
Beschreibung naher erlautert. 
Es zeigen: 

Fig 1 : Struktur der Datenebenen fur die Multiplex- 

datenubertragung 
Fig. 2: Aufbau der Dateneinheit des Multiplexproto- 

kolls 

Beschreibung des Ausfuhrungsbeispiels 



Die Datenubertragung von beliebigen Datensigna- 
len findet nach Fig. 1 tiber hierarchisch gegliederte 
55 Ebenenstatt. 

Von den einzelen Datengeraten kommen die zum Teil 
analogen Signale uber die Anwendungsebene zur 
Kodierungsebene. Nach einem Digitalisierungsschritt 
werden die Inhalte der logischen Kanaie LCN an die 



2 



BNSDOCIO: <EP 080265 1A2_I_> 



3 EP 0 802 651 A2 4 



Adaptationebene des Multiplexers weitergegeben. 
Immer noch in getrennten Kanalen werden die Daten 
als MUX-SDUs (Service Data Units) an die Multiplex- 
ebene weitergereicht. Diese Ebene verarbeitet die Viel- 
zahl an Kanalen der verschiedenen Datenquellen zu 
einem Kanal und gibt MUX-PDUs (Protocol Data Units) 
aus. Diese Datenblocke werden nach dem erfindungs- 
gemaBen Protokoll mit SigRalen der verscheidenen 
Quellen gefullt. 

Fig. 2 zeigt ein solches MDX-PDU in der Abfolge der 
Steuer- und Datenfelder. Das erste Feld SYNC bee- 
inhaltet ein Synchronisation smuster variabler Lange. 
das eine War zu detektierende Bitfolge von, z.B. 31 bit 
beinhaltet. 

Das Synch ronisationsmuster wird jedem Datenblock 
vorangestellt. Als Muster konnen z. B. Barker- oder Wil- 
liardsequenzen eingesetzt werden. 
Als weiteres Feld folgt FIXINFO. FIXINFO bezeichnet 
einen optional einstellbaren Datenblock, der nicht im 
nachfolgenden HEADER spezifiziert werden muB. Fur 
jede Datenquelle kann ein beliebig groBer Bereich in 
diesen Datenblock reserviert werden. 
Dieser Datenblock mu3 anschlieBend in jedem Daten- 
block gefullt und ubertragen werden. Der Datenblock ist 
insbesondere fur solche Datenquellen gedacht, die in 
den meisten (oder alien) Datenbldcken zu ubertragen 
sind. Der Bereich FIXINFO ist ideal fur Datenquellen. 
fur die eine Verzfigerung z. B. durch Retransmission 
oder and ere Warteverfahren zur Fehlerkorrektur ver- 
mieden werden soli. So ist es bei Audiosignalen durch- 
aus akzeptabel, daB einzelne Daten fehlerhaft sind. 
wenn nur der Datenstrom verzbgerungsfrei bleibt oder 
eine konststante Verzdgerung enthalt (Interleaving). 
Das Feld RET ist ein Kontrollfeld. das z.B. die notwendi- 
gen Daten enthalt. urn eine erneute Ubertragung von 
fehlerbehafteten Daten zu veranlassen. 
Im Feld HEADER legt man das Ubertragungsschema 
fur den nachfolgenden Informationsblock test. Ein Bei- 
spiel fur ein solches Ubertragungsschema wird im Pro- 
tokoll H.223 (ITU-T Study Group 15)beschrieben. Ein 
solcher HEADER weist z.B. 4 bits auf. Alle 16 Zustande, 
die der HEADER mit den 4 bits beschreiben kann, sind 
in einer Tabelle abgelegt. MGchte man z.B. nur Audiosi- 
gnale ubertragen, wird ein bestimmte Bitfolge gesetzt. 
wird der Informationsblock fur Audio- und Videosignale 
geteitt wird eine andere Bitfolge gesendet. 
Im AnschluB folgt das Informationsfeld. Es ist nach den 
im HEADER festgelgten Regeln fur die verschiedenen 
Datenquellen strukturiert. Das Informationsfeld wird so 
lange mit Daten gemaB des vom HEADER vorgegebe- 
nen Multiplexschema aufgefullt. bis die PaketJange n 
erreicht ist. 

Als erster Schritt fur eine Datenubertragung muB 
eine Verbindung aufgebaut werden. Dazu wird ein mit 
Hilfe eines Kontrollprotokolls die Lange n der Daten- 
blocke festgelegt. Die Lange n ist fur Empfanger und 
Sender einstellbar, auch zu einem spateren Zertpunkt. 
Dazu muB das Kontrollprotokoll in die Ubertragung ein- 
greifen und einen Abgleich vornehmen. Der Datenblock 



FIXINFO wird entweder ebenfalls vor dem verbindungs- 
aufbau zwischen Sender und Empfanger spezifiziert 
oder er wird mittels eines speziellen Kontrollprotokolls 
zwischen Sender und Empfanger festgelegt. Im zwerten 

5 Fall ist es moglich. auch wahrend der Verbindung Ande- 
rungen am Datenblock vorzunehmen. Das ist z. B. dann 
sinnvoll. wenn eine Datenquelle keine Daten mehr zu 
senden hat und der entsprechende Datenbereich nicht 
mehr benotigt wird. 

io Da die Rahmenlange n der Datenblocke uber einen 
im Kontrollprotokoll festgelegten Zeitraum konstant 
gehalten werden kann, laBt sich folgende Synchronisa- 
tionsstrategie anwenden: 

Zu Beginn der Ubertragung sucht der Empfanger das 

is Synchronisatjonsmuster. Das Synch ronisationsmuster 
muB nur an den entsprechenden Stellen nach der 
Lange n gesucht und uberpruft werden. Es ist beim Ver- 
bindungsaufbau und bei der Sartsynchronisation z. B. 
von Vorteil. zu Beginn der Ubertragung (Verbindungs- 

20 aufbau mit Hilfe eines Kontrollprotokolls) kurzere Lan- 
gen fur n zu benutzen. Mit Hilfe des Kontrollprotokolls 
wird dann ein Zeitpunkt festgelegt. ab dem die Lange n 
geandert wird. 

Zur Erkennung des SYNC auf der Empfangerseite 

25 der Datenubertragung im Demultiplexer wird eine Min- 
destanzahl von Bits festgelegt. die zwischen einem 
Muster im Datenstrom und dem vom Kontrollprotokoll 
festgelegten Synchronisationsmuster ubereinstimmen 
mussen. Ist dieses Korrelationsminimum erreicht (Kor- 

30 relationsbedingung), so gilt das Synchronisationsmu- 
ster als gefunden. Falls auf diese Weise ein 
Synchronisationsmuster gefunden wurde. lauft ein Feh- 
lererkennungsverfahren fur den HEADER ab. Eine 
erfolgreicher Aufbau der Synchronisation im Empfanger 

35 findet nur statt. wenn zum Synchronistaionsmuster ein 
fehlerfreier HEADER gefunden wurde. Die Fehlererken- 
nung kann im einfachsten Fall ein Parity-Check sein, 
wird aber vorzugsweise mit einem CRC-Code durchge- 
fuhrt. Wurde ein Fehler bei der Ubertragung der Daten 

40 entdeckt. wird das Synchronisationsverfahren mit der 
Suche nach dem nachsten Synchronisationsmuster 
fortgesetzt. In diesem Beispiel muB das SYNC und der 
dazugehdrige fehlerfreie HEADER einmal gefunden 
werden. urn die Startsynchronisation zuwege zu brin- 

45 gen. 

Ist das Startsynchronisationsverfahren erfolgreich 
durchgefuhrt, wird das nachste Synchronisationsmu- 
ster jeweils nach einem kompletten Rahmen der Lange 
n gesucht. Gleichzeitig lauft ein Zahler mit. der inkre- 

so mentiert wird wenn das Synchronisationsmuster die 
Korrelationsbedingung nicht erfullt und der HEADER 
nicht fehlerfrei erkannt werden kann. Hat der Zahler 
einen Grenzwert G2 (ganzzahliger Wert, der vom Kon- 
trollprotokoll festgelegt wird) uberschritten. gilt die Syn- 

55 chronisation als verloren und es muB nach obigem 
Schema neu synch roni si ert werden. Typischerweise gilt 
die Synchronisation nach vier Versuchen als verloren 
und es erfolgt eine neue Startsynchronisation. 

Ist die Startsynchronisation im Empfanger erfolg- 
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reich abgelaufen, beginnt die Verarbeitung des Feldes 
FIXINFO und RET. des HEADERS und der INFORMA- 
TION. 

Der Datenblock FIXINFO wird dabei ohne Kenntnis des 
HEADERS und unabhangig von eventuellen Ubertra- 5 
gungsfehlern und Fehlerkorrekturstrategien sofort an 
die entsprechenden Datenquellen weitergeleitet. Ein 
fehlerfreier HEADER ist zum Oemultiplexen dieses 
Datenblocks nicht notwendig. 

Im Restdatenblock, das aus RET, HEADER und 10 
INFORMATION besteht, werden Bereiche festgelegt, in 
den en im Empf anger nach Fehlern gesucht wird 
(Detektionsbereich). Wird der Detektionsbereich als 
fehlerhaft erkannt, so ist es moglich, beliebige fehlerkor- 
rigierende MaBnahmen fur das Restpaket durchzufiih- 75 
ren, z. B. eine Retransmission. 

Die fur die Retransmission notwendigen Informationen 
sind im Feld RET enthalten. 

Als Beispiel kann fur das Feld RET folgende Syntax 
benutzt werden: Es werden zwei Stationen betrachtet, 20 
die beide sowohl Senden als Empfangen kbnnen. 
Jedem Paket wird eine Sendenummer zugeordnet. 
Zusatzlich wird die Sendenummer des letzten empfan- 
genen Paketes ubertragen (Empfangsnummer). Ein 
weiteres Bit in RET zeigt an, ob das letzte empfangene 25 
Paket fehlerhaft Oder fehlerfrei empfangen wurde. Diese 
Empfangsnummer und das Fehlerbit werden vom Emp- 
fanger einer Station an den Sender der anderen Station 
gegeben. Wahlweise kOnnen fur die Fehlermeldung 
auch mehrere Bits (Wiederholungscode) benutzt wer- 30 
den. Wird kein Fehler gemeldet, ist die Datenlibertra- 
gung problemlos. Wird ein Fehlerbit im Feld RET 
erkannt, so wird das Paketmit der zugehOrigen Emp- 
fangsnummer erneut ubertragen. Das Fehlerbit wird 
gesetzt. wenn der Empfanger einer Station einen Fehler 35 
im HEADER, im INFORMATIONs-Feld Oder in einem 
Teile des RET- Feldes. namlich der Sendenummer, fin- 
det. 



Weitere Ausfuhrungsformen 
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1st eine Datenquelle vorubergehend nicht in der 
Lage, den zugehorigen Datenbereich in FIXINFO kom- 
plett mit Daten zu fullen, so muB mit geeigneten Daten, 
den Fiillbits, aufgefullt werden. Das geschieht nach der- 45 
selben Methode wie ein Auffiillen des INFORMATlONs- 
Feldes mit Fullbits. 

Bei der Retransmission nach dem oben genannten 
Ausfuhrungsbeispiel wird im Fehlerfall das Datenblock, 
bestehend aus RET, HEADER und INFORMATION 50 
komplett neu ubertragen (ARQ, Typ I). Eine weiter mog- 
liche Ausbildung kommt mit Verfahren zur Anwendung, 
die lediglich Redundanz neu anfordern (ARQ, Typ II). 

Zusatzlich zu den bereits beschrieben Ubertra- 
gungsmethoden ist es moglich. FEC- Verfahren (For- 55 
ward Error Correction) als weiter en Fehlerschutz fur die 
Blocke FIXINFO, RET. HEADER. INFORMATION ein- 
zusetzen. 

Zusatzlich dazu konnen RET und der HEADER 



Liber das Datenblock verteilt angeordnet werden (Inter- 
leaving). 

Patentanspruche 

1 . Verfahren zur Datenubertragung mittels Datenblbk- 
ken zwischen zwei Stationen. wobei die Daten- 
bldcke ein Synchronisationsmuster SYNC, einen 
HEADER und einen INFORMATIONS-Feld aufwei- 
sen, wobei das Synchronisationsmuster SYNC den 
Beginn des Datenblockes anzeigt und der HEA- 
DER Steuerzeichen fur die Behandlung des nach- 
folgenden INFORMATIONS-Feldes enthalt. 
dadurch gekennzeichnet. daB ein Feld FIXINFO 
und eventuell ein Retransmissions-Kontrollfeld RET 
definiert werden, wobei Teile des Datenblocks im 
Feld FIXINFO standig neu ubertragen werden und 
nicht im HEADER spezifiziert werden mussen und 
RET die mogliche Retransmission von Teilen des 
Datenblocks steuert. 

2. Verfahren zur Datenubertragung mittels DatenblOk- 
ken zwischen zwei Stationen nach Anspruch 1, 
dadurch gekennzeichnet, daB die Lange des Fel- 
des FIXINFO einstellbar ist und vorzugsweise von 
einem Kontrollprotokoll gesteuert wird. 

3. Verfahren zur Datenubertragung mittels DatenblOk- 
ken zwischen zwei Stationen den Anspriichen 1 
und 2. dadurch gekennzeichnet, daB der Datenbe- 
reich einer beliebigen Datenquelle in FIXINFO vom 
Kontrollprotokoll festgelegt werden kann. 

4. Verfahren zur Datenubertragung mittels Datenblflk- 
ken zwischen zwei Stationen nach den Anspriichen 
1 bis 3, dadurch gekennzeichnet, daB FIXINFO 

. Informationen von Datenquellen enthalt, die keiner 
Verz6gerung bei der Ubertragung unterliegen sol- 
len. 

5. Verfahren zur Datenubertragung mittels DatenblOk- 
ken zwischen zwei Stationen nach den Anspruchen 
1 bis 4. dadurch gekennzeichnet, daB FIXINFO 
weiter verarbeitet wird, auch wenn im anschlieBen- 
den Datenblock Fehler auftreten. 

6. Verfahren zur Datenubertragung mittels DatenblOk- 
ken zwischen zwei Stationen nach den Anspruchen 
1 bis 5. dadurch gekennzeichnet, daB eine Fehler- 
erkennung auf Empfangerseite fur die mOgliche 
Retransmission sich nur die Felder RET, HEADER 
und INFORMATION erstreckt. 

7. Verfahren zur Datenubertragung mittels Datenbiak- 
ken zwischen zwei Stationen nach den Anspruchen 
1 bis 6. dadurch gekennzeichnet. daB FIXINFO, 
sollte die Datenquelle keine Daten mehr senden. 
mit Fullbits aufgefullt wird. 
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8. Verfahren zur Datenubertragung mittels Datenblok- 
ken zwischen zwei Stationen nach Anspruch 1. 
dadurch gekennzeichnet, daB RET eine Sende- 
nummer und Informationen uber die Nummer des 
letzten Oder vorhergehend empfangenen Pakets $ 
und seines Fehlerzustandes enthalt. 

9. Verfahren zur Datenubertragung mittels Datenblok- 
ken zwischen zwei Stationen nach Anspruch 8. 
dadurch gekennzeichnet. daB RET mindestens ein 
„Fehlersignalisierungsbit" enthart. das, wenn es 
gesetzt ist. eine Retransmisson der Daten mrt der 
vom RET festgelegten Empfangsnummer anmel- 
det. 

10. Verfahren zur Datenubertragung mittels DatenblOk- 
ken zwischen zwei Stationen nach den Anspruchen 
7 bis 8, dadurch gekennzeichnet. daB die Retrans- 
mission nach Fehlererkennung und Setzen des 
Fehlerbits komplett erfolgt. 

1 1 . Verfahren zur Datenubertragung mittels DatenblSk- 
ken zwischen zwei Stationen nach den Anspruchen 
7 bis 8. dadurch gekennzeichnet. daB die Retrans- 
mission nach Fehlererkennung und Setzen des 25 
Fehlerbits redundant erfolgt. 

12. Verfahren zur Datenubertragung mittels Datenbldk- 
ken zwischen zwei Stationen nach den Anspru- 
chen 1 bis 11. dadurch gekennzeichnet. daB fur 30 
FIXINFO.RET.HEADER und INFORMATION 
Fehererkennung- und Fehlerkorrekturverfahren 
angewendet werden. 

13. Verfahren zur Datenubertragung mittels DatenblSk- 35 
ken zwischen zwei Stationen nach Anspruch 12. 
dadurch gekennzeichnet. daB RET und HEADER 
tiber den gesamten Datenblock verteilt angeordnet 
werden (Interleaving). 
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